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DETAILED ACTION 



Claim Rejections - 35 USC § 103 

1 . The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

2. The factual inquiries set forth in Graham v. John Deere Co., 383 U.S. 1, 148 
USPQ 459 (1966), that are applied for establishing a background for determining 
obviousness under 35 U.S.C. 103(a) are summarized as follows: 

1 . Determining the scope and contents of the prior art. 

2. Ascertaining the differences between the prior art and the claims at issue. 

3. Resolving the level of ordinary skill in the pertinent art. 

4. Considering objective evidence present in the application indicating 
obviousness or nonobviousness. 

3. Claims 16 to 22, 30, 34, and 36 to 39 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Walker, et al. (U.S. patent 6,024,640 A). 

4. As to Claim 16: Walker in '640 teaches a gaming system adapted to facilitate the 
play of wager-based games on a personal gaming device (Abst., Fig. 1). The physical 
game server of '640 is configured to accept input regarding a specific number of wager- 
based games to be played (52, Fig. 3) on an associated hand-held personal gaming 
device (Fig. 13). The game server of '640 generates a predetermined game outcome 
for each specific wager-based game played on the personal gaming device 
(predetermined games, Col. 3, Lines 27 to 35). The game server of '640 transmits data 
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regarding the predetermined outcome of each of the specific number of games 
(outcome transfer to HTV, Col. 5, Lines 49 to 53) to a storage device for use by the 
personal gaming device (outcomes duplicately stored on LCC and memory on HTV, 
Col. 6, Lines 1 to 4, Col. 8, Lines 20 to 27, Col. 3, Lines 36 to 45; HTV RAM and ROM, 
Col. 1 1 , Lines 46 to 51 ) for future game play. The LCC of '640 is also a financial server 
that tracks financial data related to the generated predetermined game outcomes (LCC 
memory 52, 56, 58, 74, 76, 79, 72, 78, Fig. 3; Col. 8, Line 63 to Col. 9, Line 4; Col. 1 1 , 
Lines 3 to 14), wherein the wager-based games involve the placement of wagers, the 
play of games based on the wagers, and the grant of payouts based on the outcomes of 
the games. '640 teaches the game server being configured to generate the 
predetermined game outcome for one or more of the specific number of wager-based 
games only after a user has purchased one or more of the wager-based games (Col. 5, 
Lines 1 to 35 generally; RPD or randomized prize data stream is an aggregate of all of 
the predetermined outcomes, 5:1-12; the outcome transfer message OTM, or the 
predetermined game outcome, is generated and sent to the player only after the player 
has purchased one or more wager-based games or "m" tickets, 5:13-35, the OTM is 
specific to the m tickets and as such is a predetermined outcome for the specific 
number of wager-based games). Additionally, it would have been obvious to one of 
ordinary skill in the art at the time the invention was made to have modified '640 such 
that the physical game server and the physical financial server are two separate 
physical servers. The applicants have not stated that having separate servers solves 
any stated problem or is for any particular purpose. Moreover, it appears that '640, or 
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the applicants' invention would have performed just as well modified such that the game 
server and the financial server are separate physical servers. Accordingly, it would 
have prima facie obvious to one of ordinary skill in the art at the time the invention was 
made to have modified '640 such that the game and financial servers are separate 
physical servers because such a modification would have been considered a mere 
design choice which fails to patentably distinguish above '640. 

1. As to Claim 17: '640 has a hand-held personal gaming device including a display 
adapted to display gaming related information, a processor configured to execute 
gaming related code, and a memory adapted to store code to be executed by the 
processor (Figs. 4 and 5). The personal gaming device of '640 is adapted to 
communicate with the LCC (Col. 8, Lines 54 to 59), which is a game server and a 
financial server. 

2. As to Claim 1 8: The storage device is a memory on the HTV of '640 (Figs. 4 and 
5). 

3. As to Claim 1 9: The storage device is a memory of a personal gaming device 
(Figs. 4 and 5 of '640, ROM and RAM). 

4. As to Claim 20: In '640, the specific number of wager-based games to be played 
comprises a block of games to be paid for in advance before the data regarding the 
predetermined game outcome for each of the specific number of games is transmitted 
to the personal gaming device (player purchases a block of plays, which is then 
generated and transmitted to the personal playing device (Col. 15, Lines 13 to 27, 40 to 
54; Col. 15, Line 64 to Col. 16, Line 8). 
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5. As to Claim 21 : In '640, the game server transmits the data regarding the 
predetermined game outcome for each of the specific number of games to the personal 
gaming device via a wireless link (Col. 5, Lines 49 to 52). 

6. As to Claim 22: In '640, the financial server accepts information from the gaming 
server regarding the predetermined game outcome for each of the specific number of 
games, and reconciles the accepted information with actual results from future game 
play on the gaming device (module 62 of Fig. 4 acts as game server, generating game 
outcomes, module 79 acts as a financial server comparing the purchased games to the 
actual game results to calculate the payout; Col. 11, Lines 3 to 15). 

7. As to Claim 30: In '640, the game server includes a random number generator 
that generates predetermined game outcome for each of the specific number of wager- 
based games to be played on the personal gaming device (outcome generation 62, 
RPD generation 42, Fig. 3; one-way function 62 that seeds random generator 42, Fig. 3; 
Col. 9, Lines 36 to 38; Col. 12, Lines 10 to 18). 

8. As to Claim 34: '640 provides a system having a server (LCC, Fig. 3) adapted to 
generate wager-based game outcomes (Col. 5, Lines 3 to 12), transmit gaming related 
information to one or more personal gaming devices (Col. 8, Lines 53 to 59), and track 
financial data related to the generated game outcomes (52, 56, 58, 48, 79, 72, and 78, 
Fig. 3). '640 accepts input from a user regarding a number of wager-based games to 
be played on a hand-held personal gaming device (Col. 3, Lines 27 to 36; Col. 7, Lines 
15 to 20), the personal gaming device including a display adapted to display gaming 
related information, a processor configured to execute garhing-related code, and 
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memory adapted to store code to be executed by the processor (Figs. 4 and 5). '640 
generates at the system having one server a predetermined game outcome for each of 
the number of wager-based games to be played on the personal gaming device (Col. 5, 
Lines 3 to 12). '640 transmits the predetermined game outcome (Col. 5, Lines 49 to 52) 
for each of the number of games to a storage device (HTV memory, 100, Fig. 5) for use 
by the personal gaming device. '640 stores the predetermined game outcome for each 
on the number of games at the personal gaming device for later use (Col. 6, Lines 1 to 
6; Lines 44 to 62). '640 executes code at the personal gaming device using at least one 
stored predetermined game outcome to present a game and at least one stored 
predetermined game outcome at the display (games executed, Col. 8, Lines 42 to 46; 
display and controller, Fig. 4). '640 teaches the game server being configured to 
generate the predetermined game outcome for one or more of the specific number of 
wager-based games only after a user has purchased one or more of the wager-based 
games, in other words, after receiving payment for a wager to play at least one of the 
number of wager-based games (Col. 5, Lines 1 to 35 generally; RPD or randomized 
prize data stream is an aggregate of all of the predetermined outcomes, 5:1-12; the 
outcome transfer message OTM, or the predetermined game outcome, is generated 
and sent to the player only after the player has purchased one or more wager-based 
games or "m" tickets, 5:13-35, the OTM is specific to the m tickets and as such is a 
predetermined outcome for the specific number of wager-based games). Additionally, it 
would have been obvious to one of ordinary skill in the art at the time the invention was 
made to have modified '640 such that the physical game server and the physical 
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financial server are two separate physical servers. The applicants have not stated that 
having separate servers solves any stated problem or is for any particular purpose. 
Moreover, it appears that '640, or the applicants' invention would have performed just 
as well modified such that the game server and the financial server are separate 
physical servers. Accordingly, it would have prima facie obvious to one of ordinary skill 
in the art at the time the invention was made to have modified '640 such that the game 
and financial servers are separate physical servers because such a modification would 
have been considered a mere design choice which fails to patentably distinguish above 
'640. 

9. As to Claim 36: The storage device of '640 is a memory of a personal gaming 
device (memory 100, Fig. 5). 

10. As to Claim 37: '640 stores data regarding predetermined game outcomes for 
each of the number of games at the LCC (Col. 6, Lines 1 to 8). '640 reconciles the 
stored data with actual results from executed game play on the personal gaming device 
(Col. 6, Lines 44 to 62). 

11. As to Claim 38: '640 authenticates the user of the personal gaming device (Col. 

12. Lines 59 to 64). 

12. As to Claim 39: The authentication of '640 is done by a password (Col. 12, Lines 
59 to 64). 
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13. Claims 23 and 24 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over '640 in view of Tanskanen (U.S. pre-grant publication 2001/0039204 A1 , 
application 09/835,190). 

14. As to Claim 23: '640 discloses all of the elements of Claim 23, but lacks 
specificity as to the player authentication server being separate from the gaming device. 
'640 has a player authentication server that processes an authentication of a user of the 
personal gaming device (encryption, Col. 6, Lines 17 to 23; password, Col. 12, Lines 54 
to 56). '204, however, teaches a player authentication server being separate from the 
gaming device (user logs in to system and is authenticated or declined, Fig. 1, user 
authentication done at betting service instead of player device, Para. 16). It would have 
been obvious to one of ordinary skill in the art at the time the invention was made to 
apply the remote authentication of '204 to the gaming system of '640. '640 has two 
situations in which it would be useful to verify the player's identity remotely, rather than 
locally at the gaming device. The first situation is when the buyer purchases tickets 
(Col. 15, Lines 4 to 42). The second situation is when the player is redeeming his or her 
winnings (Col. 18, Line 54 to Col. 19, Line 25). '640 only verifies the identity of the HTV 
(portable gaming device) at redemption (Col. 6, Lines 44 to 62). It is possible for one of 
the HTVs in '640 to have multiple players (Col. 9, Lines 8 to 12); the HTV has a unique 
identifier (Col. 9, Lines 13 to 36). The advantage of this combination would be to 
enhance the security of the gaming system by providing a way to verify the identities of 
the players when buying tickets or cashing out winnings, in addition to verifying the 
identity of the gaming unit itself. 
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15. As to Claim 24: The verification of '640 can be done using a password (Col. 12, 
Lines 54 to 56). 

16. Claims 25, 26, and 40 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Walker ('640) and Tanskanen ('204) in view of McEntee, et al. (U.S. 
pre-grant publication 2002/0111213 A1, application 09/782,497). 

17. As to Claim 25: The combination of '640 and '204 discloses all of the elements of 
Claim 25, but lacks specificity as to the verification including a fingerprint of the user of 
the personal gaming device. McEntee, however, in '213 teaches the use of a fingerprint 
to authenticate the user of a personal gaming device in a casino environment (Para. 9, 
40). It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply the fingerprint verification of '213 to the combination of 
'640 and '204. '213 uses handheld wireless devices to transmit wagering information in 
a casino network (Abst.), like ('640). '213 uses authentication to verify a player's 
identity and GPS to verify that the player is in a location where wagering is authorized 
(Para. 9 and 10), like '640 (Col. 11, Line 66 to Col. 12, Line 5; Col. 12, Lines 59 to 64). 
The advantage of this combination would be to enhance the security of the gaming 
system by providing fingerprint authentication, which is more secure than a password 
system. 

18. As to Claim 26: '640 authenticates that the player is located in a location where 
gaming is allowed by using GPS (Col. 11, Line 66 to Col. 12, Line 5). 
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1 9. As to Claim 40: McEntee in '21 3 teaches the use of a fingerprint to authenticate 
the user of a personal gaming device in a casino environment (Para. 9, 40). 

20. Claims 27 to 29, 41, 44, and 45 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Walker ('640) in view of Lemke (U.S. pre-grant publication 
2002/0066041 A1 , application 09/727,984). 

21 . As to Claim 27: Walker ('640) discloses all of the elements of Claim 27, but lacks 
specificity as to a docking station by which gaming data can be transmitted to the 
personal gaming device. Lemke in '041, however, teaches has a docking station, by 
which data regarding the predetermined game outcome for each of the specific number 
of games is transmitted to the personal gaming device (Fig. 1 A, PDA communicating by 
RF, Fig. 1B, PDA communication by wire while plugged into cradle, Para. 25). It would 
have been obvious to one of ordinary skill in the art at the time the invention was made 
to apply the docking station of '041 to '640. In one embodiment of '041 , a speech 
pattern reader is used to verify the identity of the user attempting to log on to the 
wireless network. This could be used in conjunction with the voice-activated circuit 110 
of '640, which enables commands to be communicated to the CPU (Col. 1 1 , Lines 56 to 
60). In one embodiment of '640, the server communicates with the HTVs (personal 
gaming devices) by landline rather than by a wireless connection (Fig. 12). The 
advantage of this combination would be to allow the server to continue communicating 
with the personal gaming device by wire while the personal gaming device is being 
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charged up in the clocking station in the event that it has run low on power and can no 
longer transmit. 

22. As to Claim 28: '640 has a hand-held personal gaming device including a display 
adapted to display gaming related information, a processor configured to execute 
gaming related code, and a memory adapted to store code to be executed by the 
processor (Figs. 4 and 5). The personal gaming device of '640 is adapted to 
communicate with the LCC (Col. 8, Lines 54 to 59), which is a game server and a 
financial server. It is inherent that the combination of '640, '213, and '041 would be able 
to allow the personal gaming device to communicate with the game server, the financial 
server, or both while it is plugged into the docking station (Fig. 1A, PDA communicating 
by RF, Fig. 1B, PDA communication by wire while plugged into cradle, Para. 25). 

23. As to Claim 29: The PDA of '041 is adapted to reside at a docking station (Fig. 4) 
and can be checked out to a user from the docking station by use of biometric 
identification (Para. 36 and 37). '640 teaches a wireless personal gaming device that 
can be checked out to one of any number of users, each user having his or her own 
password (Col. 12, Lines 59 to 64). 

24. As to Claim 41 : Lemke in '041 teaches has a docking station, by which data 
regarding the predetermined game outcome for each of the specific number of games is 
transmitted to the personal gaming device (Fig. 1A, PDA communicating by RF, Fig. 1B, 
PDA communication by wire while plugged into cradle (docking station), Para. 25). 

25. As to Claim 44: '640 teaches a station (15, 600, Fig. 13) configured for use on a 
gaming system to facilitate the play of wager-based games on a personal gaming 
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device (Abst., Col. 3, Lines 26 to 36). The station has a link to a game server of the 
gaming system (LCC 12, Fig. 13). The game server is configured to accept input 
regarding a specific number of games to be played on an associated hand-held 
personal gaming device (Col. 5, Lines 1 3 to 32). The game server generates a 
predetermined game outcome for each of the specific number of wager-based games to 
be played on the personal gaming device (Col. 5, Lines 3 to 12), and transmits data 
regarding the predetermined game outcome for each of the specific number of games to 
be played on the persona gaming device (Col. 8, Lines 53 to 59). Lemke in '041 
teaches has a docking station, by which data regarding the predetermined game 
outcome for each of the specific number of games is transmitted to the personal gaming 
device (Fig. 1A, PDA communicating by RF, Fig. 1B, PDA communication by wire while 
plugged into cradle (docking station), Para. 25). The combination of '640, '213, '041, 
and '515 would provide a docking station for use the personal gaming device, and 
transmit the data regarding the predetermined game outcome for the specific number of 
games to the personal gaming device via the docking station. '640 teaches the game 
server being configured to generate the predetermined game outcome for one or more 
of the specific number of wager-based games only after a user has purchased one or 
more of the wager-based games, in other words, after receiving payment for a wager to 
play at least one of the number of wager-based games (Col. 5, Lines 1 to 35 generally; 
RPD or randomized prize data stream is an aggregate of all of the predetermined 
outcomes, 5:1-12; the outcome transfer message OTM, or the predetermined game 
outcome, is generated and sent to the player only after the player has purchased one or 



Application/Control Number: 10/672,307 Page 13 

Art Unit: 3714 

more wager-based games or "m" tickets, 5:13-35, the OTM is specific to the m tickets 
and as such is a predetermined outcome for the specific number of wager-based 
games). Additionally, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to have modified '640 such that the physical game server 
and the physical financial server are two separate physical servers. The applicants 
have not stated that having separate servers solves any stated problem or is for any 
particular purpose. Moreover, it appears that '640, or the applicants' invention would 
have performed just as well modified such that the game server and the financial server 
are separate physical servers. Accordingly, it would have prima facie obvious to one of 
ordinary skill in the art at the time the invention was made to have modified '640 such 
that the game and financial servers are separate physical servers because such a 
modification would have been considered a mere design choice which fails to 
patentably distinguish above '640. 

26. As to Claim 45: '204 teaches the game server being configured to generate the 
predetermined game outcome for each of the specific number of wager based games 
only after the specific number of wager based games have been purchased by a player 
(Fig. 1, Para. 16). 

27. Claims 31 to 33, 42, and 43 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Walker ('640) in view of Jaynes, et al. (U.S. pre-grant publication 
2002/0085515 A1, application 09/752,214). 
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28. As to Claim 31 : Walker ('640) discloses all of the elements of Claim 31 , but lacks 
specificity as to transmitting activation information to a personal gaming device. 
Jaynes, however, in '515 teaches an infrared beacon transmitting an activation signal to 
a wireless PDA device, allowing the PDA to obtain information by transmitting the 
beacon's identification over the wireless network to establish communication with an 
Internet site (Para. 10). It would have been obvious to one of ordinary skill in the art at 
the time the invention was made to apply the beacon activation signal of '515 to '640. 
'515 is a wireless PDA system, analogous to the wireless gaming device of '640 (Fig. 

1 3). '640 uses GPS to restrict gaming access to areas where gaming is allowed (Col. 
1 1 , Line 66 to Col. 12, Line 5). This combination would have a beacon transmit 
identification information to the wireless PDA (personal gaming device) and only allow 
the PDA to play the game if it transmitted to the game server the correct beacon 
identification information, which could only happen of the PDA were in range of the 
beacon, in an area of the casino where gaming is allowed. The advantage of this 
combination is that it would use IR beacons to restrict gaming access to rooms in the 
casino or hotel where it is allowed, as GPS signals may not always be receivable in 
indoor environments. 

29. As to Claim 32: In '51 5, the PDA device is not granted access to the website 
unless it has the correct beacon identification information (Para. 10, 31 , 48 to 51). The 
combination of '640, '213, '041 , and '515 would not allow the player to place a wager 
unless it received the activation information from the beacon. 
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30. As to Claim 33: In '515, the non-reception of activation information is inherently 
due to the device not being within range of the beacon (Para. 10). The device would 
only work when it is in RF or IR range of the beacon. 

31 . As to Claim 42: Jaynes in '515 teaches an infrared beacon transmitting an 
activation signal to a wireless PDA device, allowing the PDA to obtain information by 
transmitting the beacon's identification over the wireless network to establish 
communication with an Internet site (Para. 10). 

32. As to Claim 43: In '515, the PDA device is not granted access to the website 
unless it has the correct beacon identification information (Para. 10, 31, 48 to 51). The 
combination of '640, '213, '041 , and '515 would not allow the player to play the wager- 
based games unless the PDA received the activation information from the beacon. 

5. Claims 16 to 24, 30, 34, and 36 to 39 are alternatively rejected under 35 U.S.C. 
103(a) as being unpatentable over Walker, et al. (U.S. patent 6,024,640 A) over 
Tanskanen (U.S. pre-grant publication 2001/0039204 A1). 

6. As to Claim 16: Walker in '640 teaches a gaming system adapted to facilitate the 
play of wager-based games on a personal gaming device (Abst., Fig. 1). The physical 
game server of '640 is configured to accept input regarding a specific number of wager- 
based games to be played (52, Fig. 3) on an associated hand-held personal gaming 
device (Fig. 13). The game server of '640 generates a predetermined game outcome 
for each specific wager-based game played on the personal gaming device 
(predetermined games, Col. 3, Lines 27 to 35). The game server of '640 transmits data 
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regarding the predetermined outcome of each of the specific number of games 
(outcome transfer to HTV, Col. 5, Lines 49 to 53) to a storage device for use by the 
personal gaming device (outcomes duplicately stored on LCC and memory on HTV, 
Col. 6, Lines 1 to 4, Col. 8, Lines 20 to 27, Col. 3, Lines 36 to 45; HTV RAM and ROM, 
Col. 1 1 , Lines 46 to 51) for future game play. The LCC of '640 is also a financial server 
that tracks financial data related to the generated predetermined game outcomes (LCC 
memory 52, 56, 58, 74, 76, 79, 72, 78, Fig. 3; Col. 8, Line 63 to Col. 9, Line 4; Col. 11, 
Lines 3 to 14), wherein the wager-based games involve the placement of wagers, the 
play of games based on the wagers, and the grant of payouts based on the outcomes of 
the games. '640 teaches the game server being configured to generate the 
predetermined game outcome for one or more of the specific number of wager-based 
games (Col. 5, Lines 1 to 35 generally; RPD or randomized prize data stream is an 
aggregate of all of the predetermined outcomes, 5:1-12; the outcome transfer message 
OTM, or the predetermined game outcome, is generated and sent to the player after the 
player has purchased one or more wager-based games or "m" tickets, 5:13-35, the 
OTM is specific to the m tickets and as such is a predetermined outcome for the specific 
number of wager-based games). '640 does not disclose generating the outcomes in the 
random number generator sense, intended by the applicants. Tanskanen, however, in 
'204 discloses randomly generating outcomes only after being purchased. Para. 8: 
"...there is no a priori knowledge of the value of any ticket in the game." See also Fig. 1 
('204), Para. 21 & 22. Para. 16: "Once a selection is made, the betting service 
randomly selects game tickets and transmits them to the user (Step 108). Typically, a 
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debit for each ticket selected will be taken from the betting service account of the user. 
Each game ticket has a lottery ID number associated with it that identifies it to the 
betting service. The lottery ID number is transmitted to the user along with the 
parameters of the game. The parameters can include, for example, the button array, 
game rules, ticket layout, etc. Once received by the user, the game ticket can be 
played on a wireless station." Para. 24: "In an alternative embodiment, each game 
ticket downloaded to a wireless station, or other terminal, for playing includes the 
win/loss information. That is, in addition to the lottery ID number and game parameters, 
information regarding the value behind the button or buttons selected, is known or 
derived at the wireless station. In this alternative embodiment, the betting service 
provider 210 no longer generates a random value after a button is selected. Rather, the 
betting service provider 210 generates random values prior to transmitting the ticket and 
transmits them with the other gaming parameters." It would have been obvious to one 
of ordinary skill in the art to apply the ad hoc random ticket generation of '204 rather 
than the virtual stack of virtual tickets taught by '640. This would obviate the 
randomized prize datastream of '640 (5:3:12) which is used to meet the minimum 
payout standards. It would reduce the storage required as the randomized prize 
datastream would not have to be stored and also increase security by eliminating the 
stored randomized data stream which could be susceptible to intrusion and alteration. 
As system like '204 would have the advantage and effect of generating the random 
numbers only as they are needed upon purchase. Additionally, it would have been 
obvious to one of ordinary skill in the art at the time the invention was made to have 
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modified '640 such that the physical game server and the physical financial server are 
two separate physical servers. Such a limitation is suggested by Davis, et al. (U.S. 
patent 6,105,008 A), Fig. 4, which depicts separate merchant (analogous to game since 
virtual tickets are what is being bought in Walker '640) and payment (financial) servers. 
According to '008, this modification has the effect and advantage of using existing "back 
end" servers for processing financial transactions. This would relieve the gaming 
developer from having to develop a merchant website and financial software from 
scratch, as financial transactions are not the game developer's core competency. 

33. As to Claim 17: '640 has a hand-held personal gaming device including a display 
adapted to display gaming related information, a processor configured to execute 
gaming related code, and a memory adapted to store code to be executed by the 
processor (Figs. 4 and 5). The personal gaming device of '640 is adapted to 
communicate with the LCC (Col. 8, Lines 54 to 59), which is a game server and a 
financial server. 

34. As to Claim 1 8: The storage device is a memory on the HTV of '640 (Figs. 4 and 
5). 

35. As to Claim 19: The storage device is a memory of a personal gaming device 
(Figs. 4 and 5 of '640, ROM and RAM). 

36. As to Claim 20: In '640, the specific number of wager-based games to be played 
comprises a block of games to be paid for in advance before the data regarding the 
predetermined game outcome for each of the specific number of games is transmitted 
to the personal gaming device (player purchases a block of plays, which is then 
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generated and transmitted to the personal playing device (Col. 15, Lines 13 to 27, 40 to 
54; Col. 15, Line 64 to Col. 16, Line 8). 

37. As to Claim 21 : In '640, the game server transmits the data regarding the 
predetermined game outcome for each of the specific number of games to the personal 
gaming device via a wireless link (Col. 5, Lines 49 to 52). 

38. As to Claim 22: In '640, the financial server accepts information from the gaming 
server regarding the predetermined game outcome for each of the specific number of 
games, and reconciles the accepted information with actual results from future game 
play on the gaming device (module 62 of Fig. 4 acts as game server, generating game 
outcomes, module 79 acts as a financial server comparing the purchased games to the 
actual game results to calculate the payout; Col. 11, Lines 3 to 15). 

39. As to Claim 23: '640 discloses all of the elements of Claim 23, but lacks 
specificity as to the player authentication server being separate from the gaming device. 
'640 has a player authentication server that processes an authentication of a user of the 
personal gaming device (encryption, Col. 6, Lines 17 to 23; password, Col. 12, Lines 54 
to 56). '204, however, teaches a player authentication server being separate from the 
gaming device (user logs in to system and is authenticated or declined, Fig. 1, user 
authentication done at betting service instead of player device, Para. 16). It would have 
been obvious to one of ordinary skill in the art at the time the invention was made to 
apply the remote authentication of '204 to the gaming system of '640. '640 has two 
situations in which it would be useful to verify the player's identity remotely, rather than 
locally at the gaming device. The first situation is when the buyer purchases tickets 
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(Col. 15, Lines 4 to 42). The second situation is when the player is redeeming his or her 
winnings (Col. 18, Line 54 to Col. 19, Line 25). '640 only verifies the identity of the HTV 
(portable gaming device) at redemption (Col. 6, Lines 44 to 62). It is possible for one of 
the HTVs in '640 to have multiple players (Col. 9, Lines 8 to 12); the HTV has a unique 
identifier (Col. 9, Lines 13 to 36). The advantage of this combination would be to 
enhance the security of the gaming system by providing a way to verify the identities of 
the players when buying tickets or cashing out winnings, in addition to verifying the 
identity of the gaming unit itself. 

40. As to Claim 24: The verification of '640 can be done using a password (Col. 12, 
Lines 54 to 56). 

41 . As to Claim 30: In '640, the game server includes a random number generator 
that generates predetermined game outcome for each of the specific number of wager- 
based games to be played on the personal gaming device (outcome generation 62, 
RPD generation 42, Fig. 3; one-way function 62 that seeds random generator 42, Fig. 3; 
Col. 9, Lines 36 to 38; Col. 12, Lines 10 to 18). 

42. As to Claim 34: '640 provides a system having a server (LCC, Fig. 3) adapted to 
generate wager-based game outcomes (Col. 5, Lines 3 to 12), transmit gaming related 
information to one or more personal gaming devices (Col. 8, Lines 53 to 59), and track 
financial data related to the generated game outcomes (52, 56, 58, 48, 79, 72, and 78, 
Fig. 3). '640 accepts input from a user regarding a number of wager-based games to 
be played on a hand-held personal gaming device (Col. 3, Lines 27 to 36; Col. 7, Lines 
15 to 20), the personal gaming device including a display adapted to display gaming 
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related information, a processor configured to execute gaming-related code, and 
memory adapted to store code to be executed by the processor (Figs. 4 and 5). '640 
generates at the system having one server a predetermined game outcome for each of 
the number of wager-based games to be played on the personal gaming device (Col. 5, 
Lines 3 to 12). '640 transmits the predetermined game outcome (Col. 5, Lines 49 to 52) 
for each of the number of games to a storage device (HTV memory, 100, Fig. 5) for use 
by the personal gaming device. '640 stores the predetermined game outcome for each 
on the number of games at the personal gaming device for later use (Col. 6, Lines 1 to 
6; Lines 44 to 62). '640 executes code at the personal gaming device using at least one 
stored predetermined game outcome to present a game and at least one stored 
predetermined game outcome at the display (games executed, Col. 8, Lines 42 to 46; 
display and controller, Fig. 4).. '640 teaches the game server being configured to 
generate the predetermined game outcome for one or more of the specific number of 
wager-based games only after a user has purchased one or more of the wager-based 
games, in other words, after receiving payment for a wager to play at least one of the 
number of wager-based games (Col. 5, Lines 1 to 35 generally; RPD or randomized 
prize data stream is an aggregate of all of the predetermined outcomes, 5:1-12; the 
outcome transfer message OTM, or the predetermined game outcome, is generated 
and sent to the player only after the player has purchased one or more wager-based 
games or "m" tickets, 5:13-35, the OTM is specific to the m tickets and as such is a 
predetermined outcome for the specific number of wager-based games). Additionally, it 
would have been obvious to one of ordinary skill in the art at the time the invention was 
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made to have modified '640 such that the physical game server and the physical 
financial server are two separate physical servers. The applicants have not stated that 
having separate servers solves any stated problem or is for any particular purpose. 
Moreover, it appears that '640, or the applicants' invention would have performed just 
as well modified such that the game server and the financial server are separate 
physical servers. Accordingly, it would have prima facie obvious to one of ordinary skill 
in the art at the time the invention was made to have modified '640 such that the game 
and financial servers are separate physical servers because such a modification would 
have been considered a mere design choice which fails to patentably distinguish above 
'640. 

43. As to Claim 36: The storage device of '640 is a memory of a personal gaming 
device (memory 100, Fig. 5). 

44. As to Claim 37: '640 stores data regarding predetermined game outcomes for 
each of the number of games at the LCC (Col. 6, Lines 1 to 8). '640 reconciles the 
stored data with actual results from executed game play on the personal gaming device 
(Col. 6, Lines 44 to 62). 

45. As to Claim 38: '640 authenticates the user of the personal gaming device (Col. 
12, Lines 59 to 64). 

46. As to Claim 39: The authentication of '640 is done by a password (Col. 12, Lines 
59 to 64). 
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47. Claims 25, 26, and 40 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Walker ('640) and Tanskanen ('204) in view of McEntee, et al. (U.S. 
pre-grant publication 2002/0111213 A1, application 09/782,497). 

48. As to Claim 25: The combination of '640 and '204 discloses all of the elements of 
Claim 25, but lacks specificity as to the verification including a fingerprint of the user of 
the personal gaming device. McEntee, however, in '213 teaches the use of a fingerprint 
to authenticate the user of a personal gaming device in a casino environment (Para. 9, 
40). It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply the fingerprint verification of '213 to the combination of 
'640 and '204. '213 uses handheld wireless devices to transmit wagering information in 
a casino network (Abst.), like ('640). '213 uses authentication to verify a player's 
identity and GPS to verify that the player is in a location where wagering is authorized 
(Para. 9 and 10), like '640 (Col. 11, Line 66 to Col. 12, Line 5; Col. 12, Lines 59 to 64). 
The advantage of this combination would be to enhance the security of the gaming 
system by providing fingerprint authentication, which is more secure than a password 
system. 

49. As to Claim 26: '640 authenticates that the player is located in a location where 
gaming is allowed by using GPS (Col. 11, Line 66 to Col. 12, Line 5). 

50. As to Claim 40: McEntee in '213 teaches the use of a fingerprint to authenticate 
the user of a personal gaming device in a casino environment (Para. 9, 40). 
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51. Claims 27 to 29, 41, 44, and 45 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Walker ('640) and Tanskanen ('204) in view of Lemke (U.S. pre-grant 
publication 2002/0066041 A1, application 09/727,984). 

52. As to Claim 27: The combination of Walker ('640) and Tanskanen ('204) 
discloses all of the elements of Claim 27, but lacks specificity as to a docking station by 
which gaming data can be transmitted to the personal gaming device. Lemke in '041 , 
however, teaches has a docking station, by which data regarding the predetermined 
game outcome for each of the specific number of games is transmitted to the personal 
gaming device (Fig. 1A, PDA communicating by RF, Fig. 1B, PDA communication by 
wire while plugged into cradle, Para. 25). It would have been obvious to one of ordinary 
skill in the art at the time the invention was made to apply the docking station of '041 to 
the combination of '640 and '204. '041 is a wireless PDA application that uses biometric 
information such as fingerprints to grant the user access to the network (Abst., Para. 
36), much like the wireless authentication of '204. In one embodiment of '041 , a speech 
pattern reader is used to verify the identity of the user attempting to log on to the 
wireless network. This could be used in conjunction with the voice-activated circuit 110 
of '640, which enables commands to be communicated to the CPU (Col. 1 1 , Lines 56 to 
60). In one embodiment of '640, the server communicates with the HTVs (personal 
gaming devices) by landline rather than by a wireless connection (Fig. 12). The 
advantage of this combination would be to allow the server to continue communicating 
with the personal gaming device by wire while the personal gaming device is being 



Application/Control Number: 10/672,307 Page 25 

Art Unit: 3714 

charged up in the docking station in the event that it has run low on power and can no 
longer transmit. 

53. As to Claim 28: '640 has a hand-held personal gaming device including a display 
adapted to display gaming related information, a processor configured to execute 
gaming related code, and a memory adapted to store code to be executed by the 
processor (Figs. 4 and 5). The personal gaming device of '640 is adapted to 
communicate with the LCC (Col. 8, Lines 54 to 59), which is a game server and a 
financial server. It is inherent that the combination of '640, '213, and '041 would be able 
to allow the personal gaming device to communicate with the game server, the financial 
server, or both while it is plugged into the docking station (Fig. 1 A, PDA communicating 
by RF, Fig. 1B, PDA communication by wire while plugged into cradle, Para. 25). 

54. As to Claim 29: The PDA of '041 is adapted to reside at a docking station (Fig. 4) 
and can be checked out to a user from the docking station by use of biometric 
identification (Para. 36 and 37). '640 teaches a wireless personal gaming device that 
can be checked out to one of any number of users, each user having his or her own 
password (Col. 12, Lines 59 to 64). 

55. As to Claim 41 : Lemke in '041 teaches has a docking station, by which data 
regarding the predetermined game outcome for each of the specific number of games is 
transmitted to the personal gaming device (Fig. 1A, PDA communicating by RF, Fig. 1B, 
PDA communication by wire while plugged into cradle (docking station), Para. 25). 

56. As to Claim 44: '640 teaches a station (15, 600, Fig. 13) configured for use on a 
gaming system to facilitate the play of wager-based games on a personal gaming 
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device (Abst., Col. 3, Lines 26 to 36). The station has a link to a game server of the 
gaming system (LCC 12, Fig. 13). The game server is configured to accept input 
regarding a specific number of games to be played on an associated hand-held 
personal gaming device (Col. 5, Lines 13 to 32). The game server generates a 
predetermined game outcome for each of the specific number of wager-based games to 
be played on the personal gaming device (Col. 5, Lines 3 to 12), and transmits data 
regarding the predetermined game outcome for each of the specific number of games to 
be played on the persona gaming device (Col. 8, Lines 53 to 59). Lemke in '041 
teaches has a docking station, by which data regarding the predetermined game 
outcome for each of the specific number of games is transmitted to the personal gaming 
device (Fig. 1A, PDA communicating by RF, Fig. 1B, PDA communication by wire while 
plugged into cradle (docking station), Para. 25). The combination of '640, '213, '041, 
and '515 would provide a docking station for use the personal gaming device, and 
transmit the data regarding the predetermined game outcome for the specific number of 
games to the personal gaming device via the docking station. '640 teaches the game 
server being configured to generate the predetermined game outcome for one or more 
of the specific number of wager-based games only after a user has purchased one or 
more of the wager-based games, in other words, after receiving payment for a wager to 
play at least one of the number of wager-based games (Col. 5, Lines 1 to 35 generally; 
RPD or randomized prize data stream is an aggregate of all of the predetermined 
outcomes, 5:1-12; the outcome transfer message OTM, or the predetermined game 
outcome, is generated and sent to the player only after the player has purchased one or 
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more wager-based games or "m" tickets, 5:13-35, the OTM is specific to the m tickets 
and as such is a predetermined outcome for the specific number of wager-based 
games). Additionally, it would have been obvious to one of ordinary skill in the art at the 
time the invention was made to have modified '640 such that the physical game server 
and the physical financial server are two separate physical servers. The applicants 
have not stated that having separate servers solves any stated problem or is for any 
particular purpose. Moreover, it appears that '640, or the applicants' invention would 
have performed just as well modified such that the game server and the financial server 
are separate physical servers. Accordingly, it would have prima facie obvious to one of 
ordinary skill in the art at the time the invention was made to have modified '640 such 
that the game and financial servers are separate physical servers because such a 
modification would have been considered a mere design choice which fails to 
patentably distinguish above '640. 

57. As to Claim 45: '204 teaches the game server being configured to generate the 
predetermined game outcome for each of the specific number of wager based games 
only after the specific number of wager based games have been purchased by a player 
(Fig. 1, Para. 16). 

58. Claims 31 to 33, 42, and 43 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Walker ('640) and Tanskanen ('204) in view of Jaynes, et al. (U.S. 
pre-grant publication 2002/0085515 A1, application 09/752,214). 
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59. As to Claim 31 : The combination of Walker ('640) and Tanskanen ('204) 
discloses all of the elements of Claim 31 , but lacks specificity as to transmitting 
activation information to a personal gaming device. Jaynes, however, in '515 teaches 
an infrared beacon transmitting an activation signal to a wireless PDA device, allowing 
the PDA to obtain information by transmitting the beacon's identification over the 
wireless network to establish communication with an Internet site (Para. 10). It would 
have been obvious to one of ordinary skill in the art at the time the invention was made 
to apply the beacon activation signal of '515 to the combination of '640 and '204. '515 is 
a wireless PDA system, analogous to the wireless gaming devices of '640 (Fig. 13). 
'640 uses GPS to restrict gaming access to areas where gaming is allowed (Col. 1 1 , 
Line 66 to Col. 12, Line 5). This combination would have a beacon transmit 
identification information to the wireless PDA (personal gaming device) and only allow 
the PDA to play the game if it transmitted to the game server the correct beacon 
identification information, which could only happen of the PDA were in range of the 
beacon, in an area of the casino where gaming is allowed. The advantage of this 
combination is that it would use IR beacons to restrict gaming access to rooms in the 
casino or hotel where it is allowed, as GPS signals may not always be receivable in 
indoor environments. 

60. As to Claim 32: In '515, the PDA device is not granted access to the website 
unless it has the correct beacon identification information (Para. 10, 31, 48 to 51). The 
combination of '640, '213, '041, and '515 would not allow the player to place a wager 
unless it received the activation information from the beacon. 
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61. As to Claim 33: In '515, the non-reception of activation information is inherently 
due to the device not being within range of the beacon (Para. 10). The device would 
only work when it is in RF or IR range of the beacon. 

62. As to Claim 42: Jaynes in '515 teaches an infrared beacon transmitting an 
activation signal to a wireless PDA device, allowing the PDA to obtain information by 
transmitting the beacon's identification over the wireless network to establish 
communication with an Internet site (Para. 10). 

63. As to Claim 43: In '515, the PDA device is not granted access to the website 
unless it has the correct beacon identification information (Para. 10, 31, 48 to 51). The 
combination of '640, '213, '041, and '515 would not allow the player to play the wager- 
based games unless the PDA received the activation information from the beacon. 

Response to Arguments 

64. Applicant's arguments with respect to claims 16-34 and 36-44 have been 
considered but are moot in view of the new ground(s) of rejection. Tanskanen did, in 
fact, teach generating random numbers (Para. 24) to be included in the virtual lottery 
tickets. This is a modification of the main embodiment of Fig. 1 in which the tickets are 
selected after being bought. The values generated are a winning value, win, or no win 
(Para. 22). Tanskanen in '204 discloses randomly generating outcomes only after being 
purchased. Para. 8: "...there is no a priori knowledge of the value of any ticket in the 
game." See also Fig. 1 ('204), Para. 21 & 22. Para. 16: "Once a selection is made, the 
betting service randomly selects game tickets and transmits them to the user (Step 
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108). Typically, a debit for each ticket selected will be taken from the betting service 
account of the user. Each game ticket has a lottery ID number associated with it that 
identifies it to the betting service. The lottery ID number is transmitted to the user along 
with the parameters of the game. The parameters can include, for example, the button 
array, game rules, ticket layout, etc. Once received by the user, the game ticket can be 
played on a wireless station." Para. 24: "In an alternative embodiment, each game 
ticket downloaded to a wireless station, or other terminal, for playing includes the 
win/loss information. That is, in addition to the lottery ID number and game parameters, 
information regarding the value behind the button or buttons selected, is known or 
derived at the wireless station. In this alternative embodiment, the betting service 
provider 210 no longer generates a random value after a button is selected. Rather, the 
betting service provider 210 generates random values prior to transmitting the ticket and 
transmits them with the other gaming parameters." The '008 reference relied upon 
appeared in the IDS. 

Conclusion 

65. Applicant's submission of an information disclosure statement under 37 CFR 
1.97(c) with the fee set forth in 37 CFR 1.1 7(p) on 8-29-2007 prompted the new 
ground(s) of rejection presented in this Office action. Accordingly, THIS ACTION IS 
MADE FINAL. See MPEP § 609.04(b). Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1.136(a). 
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66. A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

67. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Matthew D. Hoel whose telephone number is (571) 272- 
5961 . The examiner can normally be reached on Mon. to Fri., 8:00 A.M. to 4:30 P.M. 

68. If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Robert E. Pezzuto can be reached on (571) 272-6996. The fax phone 
number for the organization where this application or proceeding is assigned is 571- 
273-8300. 
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69. Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
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